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(54) Sicherungsverfahren fur Betriebsdaten eines Netzelementes und Steuerungseinrichtung fur 
ein Netzelement 



(57) Betriebsdaten einer Steuerungseinrichtung 
(CTR) fur ein Netzelement (NE) mussen in einem nicht- 
fluchtigen Speicher (DB) gesichert werden. Die Be- 
triebsdaten liegen in Form von verwalteten Objekten 
(MO) vor. Bei dem Verfahren zum Sichern der Betriebs- 
daten, werden die verwalteten Objekte (MO) in Gruppen 
(A. B. C) eingeteilt und jeder Gruppe wird ein gruppen- 
spezifisches Softwaremodu! zugeteilt. Zum Sichern ei- 



nes der verwalteten Objekte (MO) werden die Betriebs- 
daten des zu sichernden Objektes unter Verwendung 
des entsprechenden gruppenspezifischen Softwaremo- 
dules (MOD_A, MOD_B, MOD_C) gespeichert. Da- 
durch kann den unterschiedlichen Erfordernissen in 
Hinsicht auf Zugriffsmoglichkeiten, Robustheit und Ge- 
schwindigkeit der unterschiedlichen verwalteten Objek- 
te Rechnung getragen werden und die Zugriffsge- 
schwindigkeit wird erhdht. 
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B schreibung 

[0001] Die Erfindung betrifft ein Verfahren zum Si- 
chern von Betriebsdaten einer Steuerungseinrichtung 
eines Netzelementes nach dem Oberbegritf des An- 
spruchs 1 sowie eine Steuerungseinrichtung fur eine 
Netzelernent nach dem Oberbegriff des Anspruchs 9. 
[0002] Unter einem Netzelernent werden Einrichtun- 
gen eines Nachrichtennetzes verstanden, die beispiels- 
weise dazu dienen, Verbindungen innerhalb des Netzes 
einzurichten, Zugange zu dem Netz zu schaffen, Ver- 
bindungen in dem Netz zu vermitteln oder das Ubertra- 
gungsformat von Nachrichten, die in dem Netz ubertra- 
gen werden, zu verandern. In einem synchronen digita- 
len Nachrichtenubertragungsnetz der synchronen digi- 
talen Hierarchie (SDH) oder des Synchronous Optical 
Networks (SONET) zahlen zu den Netzelementen 
Crossconnects, Add/Drop-Mutliplexer und Leitungs- 
multiplexer. 

[0003] Solche Netzelemente enthalten eine Steue- 
rungseinrichtung zur Steuerung und Uberwachung der 
netzelementspezifischen Funktionen. In dem Artikel 
"Technologie der SDH-Netzelemente: die Software- 
Plattform" von S. Colombo et at., Elektrisches Nachrich- 
tenwesen 4. Quartal 1993, S.322-328, ist beschrieben, 
daB Netzelemente nach einer objektorientierten Spezi- 
fikation arbeiten und gesteuert werden, die von interna- 
tionalen Normungsgremien wie CCITT (heute ITU-T), 
ETSI oder ANSI, festgelegt wurden. Funktionen der 
Netzelemente werden in Form von verwalteten Objek- 
ten (MO - Managed Objects) beschrieben und verwirk- 
licht. 

[0004] Verwaltete Objekte sind real existierende Ab- 
bildungen - und damit Beschreibungen statischer und 
dynamischer Eigenschaften - von physikalischen oder 
virtuellen Komponenten (Ressourcen) des verwalteten 
Netzelementes. Entsprechend der CCITT Emptehlung 
X.720 (1/92) wird unter einem verwalteten Objekt eine 
zum Zweck des Managements bestehende Abstraktion 
von Datenverarbeitungs- und Datenkommunikations- 
Ressourcen (z.B. Protokollstatus-Automaten, Verbin- 
dungen oder Modems) verstanden. 
[0005] Die Steuerungseinrichtung eines Netzelemen- 
tes enthalt nach dem oben genannten Artikel von S. Co- 
lombo et al. eine CPU, einen Speicher und Dauerspei- 
cher. In dem Speicher sind eine Reihe verwalteter Ob- 
jekte gespeichert, die in dem Dauerspeicher gesichert 
werden. Das Sichern der verwalteten Objekte in dem 
Dauerspeicher ist jedoch langsam und fuhrt bei dergro- 
Ben Zahl verwalteter Objekte im Speicher zu einem 
EngpaB. 

[0006] Aufgabe der Erfindung ist es, ein Verfahren 
zum Sichern von Betriebsdaten eines Netzelementes 
zu schaffen, das schneller arbeitet als bekannte Siche- 
rungsverfahren. Eine weitere Aufgabe ist es, eine 
Steuerungseinrichtung fur ein Netzelernent anzugeben, 
die zur Durchfuhrung des Verfahrens geeignet ist. 
[0007] Die Aufgabe wird hinsichtlich des Verfahrens 



geldst durch die Merkmale des Anspruchs 1 und hin- 
sichtlich der Steuerungseinrichtung durch die Merkmale 
des Anspruchs 9. Vorteilhafte Ausgestaltungen sind den 
abhangigen Anspruchen zu entnehmen. 

s [0008] Als vorteilhaft erweist sich, daB die Erfindung 
stets die Konsistenz der in dem nichtfluchtigen Speicher 
gesicherten Betriebsdaten gewahrieistet. Jede Ande- 
rung an einem verwalteten Objekt wird nach Erhalt einer 
Ausfuhrungsbestatigung (commit) in dem nichtfluchti- 

10 gen Speicher gesichert und somit wird gewahrieistet, 
. daB in dem nichtfluchtigen Speicher stets eine konsi- 
stente Sicherungskopie der Betriebsdaten aus dem 
Speichers enthalten ist. Dadurch wird erreicht, daB nach 
einem Systemabsturz der zuletzt gultige Zustand wie- 

15 der hergestellt werden kann. 

[0009] Vorteilhafterweise ist der nichtfluchtige Spei- 
cher als Datenbank strukturiert. Dadurch wird die zusi- 
chernde Datenmenge reduziert und die Betriebsdaten 
konnen schneller wiedergefunden werden. 

20 [0010] Im folgenden wird die Erfindung anhand der Fi- 
guren 1 bis 3 in einem Ausfuhrungsbeispiel beschrie- 
ben. Es zeigt: 

Figur 1 : den schematischen Ablauf eines erfin- 
25 dungsgemaBen Sicherungsvorganges, 

Figur 2: eine erfindungsgemaBe Steuerungsein- 
richtung fur ein Netzelernent, 

Figur 3: ein FluBdiagram des erfindungsgemaBen 
Sicherungsverfahrens. 

30 

[0011] Verwaltete Objekte sind Abbildungen von phy- 
sikalischen oder virtuellen Komponenten des Netzele- 
mentes, die die statischen und dynamischen Eigen- 
schaften der jeweiligen Komponente beschreiben. Ein 

35 verwaltetes Objekt ist eine Instanz einer Klasse verwal- 
teter Objekte. Eine solche Klasse verwalteter Objekte 
ist definiert durch ihre Attribute, die von ihren Objekten 
ausfuhrbaren Operationen (engl. operations), die Mel- 
dungen (engl. notifications), die ihre Objekte erzeugen 

40 konnen, und ihr Verhalten (engl. related behaviour). Je- 
des verwaltete Objekt besitzt einen eindeutigen Namen. 
Von Standpunkt des Managementsystems aus existiert 
ein verwaltetes Objekt dann, wenn es einen eindeutigen 
Namen hat und wenn es die Operationen und Meldun- 

45 gen unterstutzt, die fur seine Klasse definiert sind. 
[0012] Die Gesamtheit der in einem Netzelernent exi- 
stierenden verwalteten Objekte zusammen mit deren 
Attributen wird als Managed Information Base, kurz 
MIB, bezeichnet und spiegelt die aktuelle Konfiguration 

so des Netzelementes wider. Die verwalteten Objekte sind 
in einem Speicher (meistens ein RAM) gespeichert und 
in einer Datenbank, die sich auf einem nichtfluchtigen 
Speicher (z.B. einer Festplatte) des Netzelementes be- 
findet, redundant gesichert. Diese Datenbank wird auch 

55 m it dem englischen Ausdruck persistency oder persist- 
ency database bezeichnet. 

[0013] Ein Netzelernent eines Telekommunikations- 
netzes wird unter Verwendung solcher verwalteter Ob- 
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jekte gesteuert und verwaltet. Urn in einem Fehlerfall, 
beispielsweise nach einem Systemabsturz oder einem 
Stromausfall, die zuletzt gultige Konfiguration des 
Nachrichtennetzes wiederherstellen zu konnen, ist es 
notwendig, die Betriebsdaten des Netzelementes in 
dem nichtfluchtigen Speicher zu sichern. Zu den Be- 
triebsdaten zahlen vor allem die den Attributen der ver- 
walteten Objekte zugewiesenen Daten. Unter Betriebs- 
daten werden in diesem Zusammenhang also Konfigu- 
rationsparameter sowie Ereignis- und Zustandsdaten 
verstanden. Dabei ist es erforderlich, daG die im nicht- 
fluchtigen Speicher gesicherten Betriebsdaten mit dem 
aktuellen Speicherinhalt des Arbeitsspeichers der Netz- 
elementsteuerung konsistent sind. Konsistent in diesem 
Zusammenhang bedeutet. daG jede bestatigte Ande- 
rung eines verwalteten Objektes im nichtfluchtigen 
Speicher abgelegt werden muG. Es ist auGerdem erfor- 
derlich, daG der Sicherungsvorgang robust gegen Sto- 
rungen ist, daG z.B. auch nach einem Systemfehler 
wahrend des Schreibzugrilfes auf den nichtfluchtigen 
Speicher eine Version der zuletzt gultigen Betriebsda- 
ten vorliegt, die eine vollstandige Restaurierung des Sy- 
stems nach dem Systemfehler zulaGt. 
[0014] Der nichtfluchtige Speicher ist vorteilhaft zu ei- 
ner Datenbank strukturiert. Daboi ist gcfordert, daG die 
zum Sichern erfolgenden Datenbankzugriffe die Lei- 
stungsfahigkeit des Netzelementes nicht oder hdch- 
stens geringfugig herabsetzen. Die Erfindung beruht 
daher auf der Erkenntnis, daG schnelle Schreibzugriffe 
verlangt werden. Lesezugriffe hingegen brauchen nicht 
mit hoher Zugriffsgeschindigkeit durchgefuhrt zu wer- 
den, da Lesezugriffe meist nur im Falle einer Restaurie- 
rung der Netzelementkonfigu ration von Bedeutung 
sind. Bekannte Datenbanken wie relationale oder ob- 
jektorientierte Datenbanken erfullen die genannten An- 
forderungen an Geschwindigkeit und Robustheit der 
Datenbank nicht. 

[0015] Ein Grundgedanke der Erfindung liegt darin, 
die verwalteten Objekte in Gruppen einzuteilen. Im Falle 
eines Schreibzugriffes, bei dem die Attribute eines ge- 
anderten oder neu erzeugten verwalteten Objektes zu 
sichern sind, erfolgt der Schreibzugriff auf den nicht- 
fluchtigen Speicher unter Verwendung eines gruppen- 
spezitischen Softwaremoduls. Auch das Auslesen der 
gespeicherten Betriebsdaten aus der Datenbank erfolgt 
unter Verwendung des gruppenspezifischen Software- 
moduls. Durch die Verwendung solcher gruppenspezi- 
fischer Software module kann den unterschiedlichen Er- 
fordernissen in Hinsicht auf Zugriffsmoglichkeiten, Ro- 
bustheit und Geschwindigkeit der unterschiedlichen 
verwalteten Objekte Rechnung getragen werden. Diese 
Erfordernisse bilden daher die Kriterien fur die Gruppen- 
einteilung. 

[0016] Die Softwaremodule sind ausfuhrbare Pro- 
grammteileoder Unterprogramme aus Steuerbefehlen, 
die in einer Maschinensprache kodiert sind und die von 
einem Prozessor ausfuhrbar sind. Jeder Gruppe ver- 
walteter Objekte ist genau ein gruppenspezifisches 



Softwaremodul zugeordnet. ~~ 

[0017] Figur 1 zeigt den Ablauf eines Sicherungsvor- 
ganges schematisch. Ein verwaltetes Objekt MO ist zu 
sichern. In einer Tabelle TAB sind Zugriff sschlussel KEY 

5 fur alle verwalteten Objekte vermerkt, die die Spei- 
cherstelle in dem nichtfluchtigen Speicher angeben. Die 
Gruppenzugehorigkeit des zu sichemden verwalteten 
Objektes MO ist aufgrund dessen Objektklasse vorbe- 
kannt: Das verwaltete Objekt MO gehort zu der Gruppe 

10 B, der Gruppe der Protokolldateien. Dementsprechend 
wird das fur die Gruppe B zustandige Softwaremodul 
MODJ3 zum Zugriff auf die Datenbank DB verwendet. 
Anhand der Tabelle wird der Zugriffsschlussel KEY fur 
das verwaltete Objekt MO festgestellt. 

75 [0018] Ein Ausfuhrungsbeispiel fur eine erfindungs- 
gemaGe Steuerungseinrichtung eines Netzelementes 
ist in Figur 2 dargestellt. Bei dem Netzelement NE han- 
delt es sich urn einen digitalen CrossConnect eines di- 
gitalen synchronen NachrichtenObertragungssystems, 

20 welches nach den Empfehlungen fur SDH (synchro- 
nous digital hierarchy) oder SONET (synchronous opti- 
cal network) arbeitet. In einem solchen Nachrichten- 
Obertragungsnetz werden Nachrichten in synchronen 
Transportmodulen verpackt ubertragen. Der Crosscon- 

25 nect hat eine Schaltmatrix MX, mittols der Verbindungen 
zwischen seinen Eingangen IN und seinen Ausgangen 
OUT geschaltet werden, und zwar sowohl in der Raum- 
als auch in der Zeitdomane. AuGerdem rangiert der 
CrossConnect Untereinheiten derTransportmodule, so- 

30 genannte virtuelle Container, zwischen den Transport- 
modulen. Dadurch konnen mit Hilfe eines solchen 
Crossconnects virtuelle Verbindungen in dem Nachrich- 
ten ubert rag ungsnetz eingerichtet werden. An den Ein- 
gangen IN und den Ausgangen OUT werden Nachrich- 

35 tensignale vom Typ STM-4 (synchrones Transportmo- 
dul) verarbeitet. 

[0019] Fur jeden Endpunkt der Schaltmatrix existiert 
ein verwaltetes Objekt. AuGerdem existieren verwaltete 
Objekte fur alle eingerichteten virtuellen Verbindungen. 

40 [0020] Physikalisch ist der CrossConnect aus einer 
Vielzahl von Leiterplatten (Boards) aufgebaut, wobei je- 
de Leiterplatte von einem eigenen sogenannten On- 
Board-Controller gesteuert wird. Fur jede Leiterplatte 
existiert ebenfalls ein verwaltetes Objekt, welches die 

45 Funktionen und die Konfiguration der zugehorigen Lei- 
terplatte beschreibt. 

[0021] In dem Netzelement NE ist eine Steuerungs- 
einrichtung CTR untergebracht, die die Funktionen des 
Netzelementes steuert und uberwacht, Storungen er- 

50 kennt, entsprechende Fehlermeldungen generiert und 
Anforderungen von einem ubergeordneten Manage- 
mentsystem des Nachrichtenubertragungsnetzes emp- 
fangt und verarbeitet. Die Steuerungseinrichtung weist 
einen Prozessor CPU zur Steuerung des Netzelemen- 

55 tes, einen Speicher MEM, in dem die verwalteten Ob- 
jekte gespeichert sind, und einen nichtfluchtigen Spei- 
cher DB auf. Der nichtfluchtige Speicher ist eine Fest- 
platte. Alternativ konnen jedoch auch andere Datentra- 
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ger oder nichtfluchtige Speichertypen verwendet war- 
den. Die Steuerungseinrichtung hat auBerdem einen 
weiteren Speicher BIOS, beispielsweise ein EEPROM 
oder eine zweite Festplatte, in dem ein Betriebssystem 
gespeichert ist. Im Ausfuhrungsbeispiel handelt es sich 
bei dem Betriebssystem urn ein UNIX-System, in dem 
weiteren Speicher BIOS sind auch die zum Speichern 
bendtigten gruppenspezifischen Softwaremodule ent- 
halten. Physikalisch kann der weitere Speicher auch mit 
dem nichtfluchtigen Speicher in einem einzigen Spei- 
chermedium kombiniert sein. 

[0022] Bei dem in Figur 3 gezeigten Sicherungsver- 
fahren fur Betriebsdaten des Netzelementes wird zu- 
nachst folgender Schritt durchgefuhrt: 

SchrittSI: Einteilen der verwalteten Objekte in 
Gruppen. Die Einteilung ist vorgege- 
ben und abhangig von der Objektklas- 
se des jeweiligen verwalteten Objek- 
tes. Sie Iragt den Anforderungen an Zu- 
griffsmoglichkeiten (Lesen, Schreiben, 
Andem), Robustheit und Geschwindig- 
keit der unterschiedlichen verwalteten 
Objekte Rechnung. 

Sollen nun die Betriebsdaten eines geanderten oder 
neu erstelllten verwalteten Objektes gesichert werden, 
so werden die foigenden Schritte durchgefuhrt: 

Schritt S2: Auswahlen des gruppenspezifischen 
Softwaremodules in Abhangigkeit von 
der Gruppenzugehorigkeit des zu si- 
chemden verwalteten Objektes und 

Schritt S3: Speichern der Betriebsdaten des ver- 
walteten Objektes unter Verwendung 
des gruppenspezifischen Softwaremo- 
dules. 

[0023] Im Ausfuhrungsbeispiel sind foigende Grup- 
pen von verwalteten Objekten vorgesehen: 

Gruppe A: Hierzu gehoren alle verwalteten Objek- 
te, deren Dateneintrage eine variable 
Lange haben, unter anderem Objekte 
von Endpunkten der Schaltmatrix, Ob- 
jekte fur virtuelle Verbindungen und 
Objekte fur Leiterplatten. Die Datenein- 
trage dieser verwalteten Objekte im 
nichtfluchtigen Speicher konnen er- 
stellt, geandert und geloscht werden. 
Bei Anderungen kann ihre Lange ver- 
andert werden. Der Schreibzugriff er- 
folgt dergestalt, da3 die Betriebsdaten 
eines zu sichernden verwalteten Ob- 
jektes dieser Gruppe zunachst in einen 
f reien Bereich des nichtfluchtigen Sp i- 
chers geschrieben werden und der Be- 
reich, in dem die Vorgangerversion des 



Objektes g speichert ist, nach rfolg- 
reicher B endigung des Schreibzu- 
griffs als f rei markiert wird. 
Gruppe B: Die Gruppe B umfaBt verwaltete Objek- 

5 te fur Protokolldateien. Diese Eintrage 

konnen erstellt und geloscht, niemals 
jedoch verandert werden. Fur Betriebs- 
daten von Objekten der Gruppe B ist 
ein Bereich des nichtfluchtigen Spei- 

io chers mit vorgegebener GroBe vorge- 

sehen. Ist die Speicherkapazitat dieses 
Bereiches erschopft, so wird der Spei- 
cherbereich von dem gruppenspezifi- 
schen Softwaremodu I "aufgeraumf, in- 

15 dem alte Eintrage geloscht werden. 

Gruppe C: Die Gruppe C umfaBt verwaltete Objek- 
te fur Leistungsuberwachung, soge- 
nanntes Performance Monitoring, ei- 
nem regelmaBigen alle 15 min und alle 

20 24 h stattfindenden Uberwachungsvor- 

gang. Die Dateneintrage haben eine fe- 
ste Lange, die sich nicht andert, wenn 
die Eintrage geandert werden. In dem 
nichtfluchtigen Speicher ist eine festge- 

25 legte Anzahl von Dateneintragen vor- 

gesehen, die periodisch ersetzt wer- 
den. Jeder uberwachten Einheit des 
Netzelementes sind zwei Eintrage in 
dem nichtfluchtigen Speicher zugewie- 

30 sen, die abwechselnd mit neuen Be- 

triebsdaten uberschrieben werden. 

[0024] Fur diese drei Gruppen sind in dem weiteren 
Speicher BIOS gruppenspezifische Softwaremodule 
35 enthalten, die die oben genannten Funktionen beim Ab- 
speichern der Betriebsdaten ausfuhren. Bei den Soft- 
waremodulen handelt es sich urn Speichermanager fur 
den nichtfluchtigen Speicher. ~ 
[0025] Wird ein verwaltetes Objekt neu erstellt, gean- 
40 dert oder geloscht, so werden die zugehorigen Betriebs- 
daten im nichtfluchtigen Speicher aktualisiert. Dazu 
werden erfindungsgemaB die Betriebsdaten unter Ver- 
wendung des zugehorigen gruppenspezifischen Soft- 
waremoduls gespeichert beziehungsweise geloscht. 
45 [0026] Im Ausfuhrungsbeispiel ist die Gruppenzuge- 
horigkeit aller verwalteten Objekte durch die Objektklas- 
se statisch vorbestimmt und wird nicht dynamisch ver- 
andert. D.h. wenn ein verwaltetes Objekt neu erzeugt 
wird, ist durch den Typ des verwalteten Objektes be- 
so stimmt, zu welcher Gruppe es gehort Fur die verschie- 
denen Gruppen sind getrennte Bereiche in der Daten- 
bank DB vorgesehen, in denen die Betriebsdaten der 
Objekte dieser Gruppe gespeichert werden. Zu jeder 
Gruppe existiert im Speicher genau eine gruppenspezi- 
55 f ische Tabelle. Diese Tabell realisiert die Abbildung der 
verwalteten Objekte auf die Bereiche der Datenbank, 
wo die Betriebsdaten der verwalteten Objekte physika- 
lisch gespeichert sind. Die Tabelle wird im Ausf uhrungs- 
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beispiel benotigt, um die Betriebsdaten wieder lesen zu 
konnen. 

[0027] Die Tabellen enthalten fur die verwalteten Ob- 
jekte jeweils einen Zugriffsschlussel fur die Datenbank. 
Der Zugriffsschlussel gibt beispielsweise in Form einer 
fortlaufenden Nummer oder einer Adresse die Spei- 
cherstelle in der Datenbank an, wo die Betriebsdaten 
des zu speichernden Objektes wiederzufinden sind. Die 
Verknupfung zwischen Objekt und Zugriffsschlussel er- 
folgt uber den eindeutigen Namen des Objektes. Der 
Zugriffsschlussel wird mit dem Erzeugen des Objektes 
erstellt. Die Tabelle hat die in Figur 1 gezeigte zweispal- 
tige Form, wobei in der ersten Spalte Object die eindeu- 
tigen Objektnamen 1,2,3 stehen und in der zweiten 
Spalte KEY die jeweils zugehorigen Zugriffsschlussel 
verzeichnet sind. 

[0028] Die Tabellen konnen nach einem Systemfeh- 
ler, z.B. einem Systemabsturz wieder aus der Daten- 
bank rekonstruiert werden. Dazu enthalt die Datenbank 
Informationen uber die Gruppenzugehorigkeit jedes 
Eintrages. So konnen beim Rekonstruieren die einzei- 
nen physikalischen Eintrage der Datenbank wieder den 
ursprunglichen Gruppen-Tabellen zugeordnet werden. 
[0029] Die Tabellen konnen also auf zwei Arten gefullt 
werden: Einerseits werden im normalen Betrieb des 
Netzelementes Tabelleneintrage beim dynamischen Er- 
zeugen von verwalteten Objektes erstellt. Andererseits 
werden nach einem Neustart des Systems etwa in Folge 
eines Absturzes die Tabellen aus den vorhandenen Ein- 
tragen der Datenbank rekonstruiert. Fur die Rekon- 
struktion ist die Gruppenzugehorigkeit der Datenbank- 
eintrage mit in dem nichtfluchtigen Speicher abgespei- 
chert. Fur den normalen Schreibzugriff , bei dem die Be- 
triebsdaten eines geanderten Oder neu erzeugten ver- 
walteten Objektes abzuspeichern sind, ist die Gruppen- 
zugehorigkeit aus der Art (Objektklasse) des Objektes 
bekannt, wird also nicht aus einer Tabelle bestimmt. 
Statt dessen wird im Falle der Neuerzeugung ein Zu- 
griffschlussel fur das Objekt in dessen vorbestimmte 
gruppenspezifische Tabelle eingetragen. 
[0030] Eine andere Moglichkeit besteht darin, die 
Gruppenzugehorigkeit eines verwalteten Objektes in ei- 
ner einzigen Tabelle zu vermerken und im Falle eines 
Zugriffes dessen Gruppenzugehorigkeit anhand der Ta- 
belle festzustellen um das richtige Softwaremodul fur 
den Datenbankzugriff zu ermitteln. 
[0031] Bei einer anderen vorteilhaften Weiterbildung 
der Erfindung ist vorgesehen, eine Transaktion, die An- 
derungen mehrerer verwalteter Objekte zusammen- 
faBt, erst nach erfolgter Bestatigung (commit) der Trans- 
aktion im nichtfluchtigen Speicher zu sichern. Nach er- 
folgter Bestatigung werden alle geanderten Objekte, 
wenn dies moglich ist, an einen freien, physikalisch zu- 
sammenhangenden Speicherplatz geschrieben. Da- 
durch werden Bewegungen der Schreibkopfe minimiert, 
wenn eine Festplatte als nichtfluchtiger Speicher ver- 
wendet wird. 



Pat ntanspruch 

1. Verfahren zum Sichern von Betriebsdaten einer 
Steuerungseinrichtung (CTR) eines Netzelementes 

5 (NE), bei dem die Betriebsdaten in Form von ver- 
walteten Objekten (MO) vorliegen und nach einer 
Aktualisierung in einen nichtfluchtigen Speicher 
(DB) der Steuerungseinrichtung (CTR) geschrie- 
ben werden, 

10 dadurch gekennzeichnet, daft 

die verwalteten Objekte (MO) in Gruppen (A, B, C) 
eingeteilt werden, denen jeweils ein gruppenspezi- 
fisches Softwaremodul zugeteilt ist, und daft die Be- 
triebsdaten eines zu sichernden verwalteten Objek- 

is tes (MO) unter Verwendung des gruppenspezifi- 
schen Softwaremodules (MOD_B) gespeichert 
werden. 

2. Verfahren nach Anspruch 1 , bei dem der nichtfluch- 
20 tige Speicher (DB) zu einer Datenbank strukturiert 

ist. 

3. Verfahren nach Anspruch 1, bei dem die Betriebs- 
daten der verwalteten Objekte (MO) entsprechend 

25 jhrer Gruppenzugehorigkeit in getrennten Beroi- 
chen des nichtfluchtigen Speichers (DB) gespei- 
chert werden. 

4. Verfahren nach Anspruch 1 , bei dem eine der G rup- 
30 pen (A) verwaltete Objekte umfaBt, deren Daten- 

eintrage eine variable Lange haben, und bei dem 
zum Speichern eines zu sichernden verwalteten 
Objektes dieserGruppe (A), die Betriebsdaten des 
zu sichernden verwalteten Objektes zunachst in ei- 
35 nen freien Bereich des nichtfluchtigen Speichers 
(DB) geschrieben werden und anschlieBend der 
Bereich, in dem die Vorgangeryersion des Objektes 
gespeichert ist, nach erfolgreicher Beendigung des 
Schreibzugriffs als f rei markiert wird. 

40 

5. Verfahren nach Anspruch 1 , bei dem eine der Grup- 
pen (B) verwaltete Objekte fflr Protokolldateien um- 
faBt und bei dem zum Speichern eines zu sichern- 
den verwalteten Objektes dieser Gruppe die Be- 

^5 triebsdaten des zu sichernden verwalteten Objek- 
tes in einen Bereich des nichtfluchtigen Speichers 
(DB) mit vorgegebener GroBe geschrieben werden 
und der Bereich im Falle, daB dessen Speicherka- 
pazitat erschopft ist, aufgeraumt wird, indem alte 

so Eintrage geloscht werden. 

6. Verfahren nach Anspruch 1 , bei dem eine der Grup- 
pen (C) verwaltete Objekte fur Leistungsuberwa- 
chung umfaBt, bei d m fOr v rwalt te Objekte die- 

55 ser Gruppe eine festgelegte Anzahl von Datenein- 
tragen in dem nichtfluchtigen Speicher (DB) vorge- 
sehen, die zum Speichern von Objekten dieser 
Gruppe periodisch ersetzt w rden. 
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7. Verfahren nach Anspruch 2, bei dem mehrere An- 
derungen verwalteter Objekte zu einer Transaktion 
zusammengefaBt werden und die Anderungen erst 
nach erfolgreicher Ausfuhrung der Transaktion in 
die Datenbank (DB) ubernommen werden. s 

8. Verlahren nach Anspruch 2, bei dem die Gruppen- 
zugehdrigkeit eines zu sichernden verwalteten Ob- 
jektes (MO) aufgrund dessen Objektklasse vorbe- 
stimmt ist und bei dem ein Zugriffsschlussel (KEY) 10 
fur das zu sichernde verwaltete Objekt (MO) in einer 
Tabelle (TAB) verzeichnet wird, der die Speicherst- 
elle im nichtfluchtigen Speicher (DB) angibt. 

9. Steuerungseinrichtung (CTR) fur ein Netzelement is 
(NE) mit einem Prozessor (CPU), einem Speicher 
(MEM) und einem nichtfluchtigen Speicher (DB) in 
dem Betriebsdaten des Netzelementes (NE), die in 
Form von verwalteten Objekten (MO) vorliegen, ab- 
gespeichert sind, 20 
dadurch gekennzeichnet, 

daft die Steuerungseinrichtung (CTR) grup- 
penspezifische Softwaremodule (MOD_A, 
MOD_B, MOD_C) zum Speichern der Be- 25 
triebsdaten von zu sichernden verwalteten Ob- 
jekten (MO) enthalt und 

da3 die verwalteten Objekte (MO) in Gruppen 
(A, B, C) eingeteilt sind, denen jeweils eines der 30 
gruppenspezifischen Softwaremodule zuge- 
teilt ist. 

10. Steuerungseinrichtung (CTR) nach Anspruch 9, bei 
der der nichtflOchtige Speicher (DB) zu einer Daten- 35 
bank strukturiert ist. 

11. Steuerungseinrichtung nach Anspruch 9, bei derfur 
die einzelnen Gruppen (A, B, C) getrennte Bereiche 

in dem nichtfluchtigen Speicher (DB) vorgesehen 40 
sind. 
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